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A SYSTEM AND METHOD FOR ONLINE 
SCHEDULING AND SHIFT MANAGEMENT 

BACKGROUND OF THE INVENTION 

Among known employee and workforce management systems used for scheduling 
5 and managing personnel are systems designed to support telephone call centers. Such 
systems typically include a basic planning capability to enable a manager to forecast future 
call loads and employee requirements to service such loads. Some of these systems 
provide a scheduling capability which allocates employee work hours according to 
forecasted staffing requirements. Employees are assigned to fill the schedules and 

1 0 employee assignments are posted. 

Conventional forecasting techniques are computationally-efficient, accurate on a 
macro scale, e.g., month-to-month, and to a limited degree, able to accommodate real-time 
changes in call volumes over a more dynamic period, e.g., every half hour. However, 
such forecasting techniques have not accommodated data other than historic data of 

1 5 similar schedule sessions. 

Known workforce management systems do not account for the many factors that 
can influence workload demands and forecasting. Among such factors are weather, traffic, 
and the stock market. As a result, the forecasting provided by such systems is subject to 
dramatic workforce shortage and over-supply in the event that an extrinsic event 

20 influences a region covered by the company using such a system. Further, workforce 
management systems in the prior art fail to effectively include dynamic employee 
preferences in the scheduling process and do not permit an employee to post a proposed 
change to his or her schedule. 

What is needed in the art and has not been available is a scheduling system and 

25 method which dynamically incorporates extrinsic data. What is further needed in the art is 
a system and method which allow employees remote access to receive scheduling 
information and post proposed changes to the schedule. The present invention satisfies 
these and other needs. 
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SUMMARY OF THE INVENTION 

The present invention provides a system and method for generating schedules at a 
central location based on information received from a number of distributed sources. The 
system and method assign the employees to shifts to fill a schedule template while 
5 complying with any business and employee constraints that have been specified. Among 
particular features, the schedules that are generated can accommodate employee 
preferences such as shift requests, leave requests and shift swapping. In a particularly 
preferred form, the present invention enables managers to conduct auctions to fill popular 
shifts and reverse auctions to fill unpopular shifts. The system also can forecast workloads 
10 and incorporate the forecast results into the schedule template to generate a more efficient 
schedule. 

In accordance with one embodiment of the present invention, a method for 
centrally creating a schedule is described for use in connection with a distributed network 
of the type which includes a host server and at least one first client side machine. In this 

15 method, schedule requirements provided by the first client side machine through the 
distributed network are processed, for example, at the host server. A schedule is then 
constmcted in accordance with the processed schedule requirements. A plurality of 
extrinsic sources provide fiirther infonnation to the host server through the distributed 
network. The schedule is revised in accordance with any fimher information that is 

20 received, and the revised schedule is made available to each of the first client side 
machines that are connected in the distributed network. 

In further aspects of this first embodiment, an optimal shift pattern or optimal 
staffing requirement can be determined for the schedule. In a particularly preferred 
embodiment, the host server commimicates with one or more second client side machines 

25 which can provide shift requests to the host server. Any such shift requests from the 

second client side machines can be accompanied by a bid which is used by the host server 
to select among multiple shift requests in an auction-like process. 

In accordance with another embodiment of the invention, a method for centrally 
creating a schedule is disclosed for use in a distributed network of the type which includes 

30 a host server, a first client side machine, and a plurality of second client side machines. In 
this method, scheduled requirements are received from the first client side machine 
through the distributed network and are processed, for example, by the host server. In 
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addition, schedule reqiiirements are received from one or more of the plurality of second 
client side machines through the distributed network for processing, for example, by the 
host server. A schedule is constructed in accordance with the processed schedule 
requirements. The host server receives further information through the distributed 
5 network from one or more of the second client side machines and revises the schedule in 
accordance with any such further information. The revised schedule is then made 
accessible to the first client side machine as well as one or more of effecting client side 
machines. 

These and other features, embodiments, and aspects the present invention can be 
1 0 appreciated from the following drawing description and detailed description of a preferred 
embodiment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic diagram of an arrangement for using the online scheduling 
system of the present invention; 
15 Fig. 2 is a flow chart showing a method in accordance with a preferred 

embodiment of the present invention; 

Fig. 2A is an exemplary schedule for a twelve day period generated in accordance 
with the preferred embodiment; 

Fig. 2B is an exemplary detailed schedule for a single day generated in accordance 
20 with the preferred embodiment; 

Fig. 3 is a schematic diagram of an arrangement within the host server in 
accordance with the preferred embodiment of the invention; 

Fig. 4 is a flow chart showing a further feature of the embodiment of Fig. 2 in 
which demands on the schedule are forecasted; 
25 Fig, 5 is a detailed flow chart showing options presented to users of the 

embodiment of Fig. 2; and 

Fig. 6 is a flow chart showing another feature of the embodiment of Fig. 2 in which 
worker/employee requests are processed. 
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DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

In a preferred embodiment, an online scheduling system in accordance with the 
present invention is adapted for scheduling and managing personnel at a telephone call 
center. Such an environment requires a varying number of employees to respond to a 
5 varying number of calls. However, the invention has utility in other applications; a 

telephone call center is only a preferred environment of the invention and is not limiting of 
the scope of the invention. 

As shown in Fig, 1, the online scheduling system of the present invention is 
accessed across a distributed network such as the Internet 100 and preferably operates 

10 from a host server 1 10. Communications between persons at one or more stations and to 
the system are by way of conventional telecommimications systems and links (illustrated 
as double-headed arrows). Managers and employees access the host using standard 
computers 120, 130 with standard connections to the Internet. The manager and employee 
can use the same machine (e.g., machine 120) to access the host 110 and are preferably 

15 distinguished by respective user identifications and permissions. Permission refers to a 
code that informs the host which functions are available to each user. For example, 
permissions can be set to restrict new employee enrollment to users identified to the host 
1 10 as being managers. Permissions are preferably encoded in the user identification 
number to avoid maintaining a separate code. 

20 The system and method in the preferred embodiment are maintained at the host 

server 110. The host server is a computer system which preferably has the capacity for 
high speed computing, large data storage, and efficient connection to a distributed 
network. The host serv^er receives information from managers 130, employees 120 and 
extrinsic sources 140 and processes the information so as to maintain and update a 

25 schedule. The host server maintains records of all transactions including past workloads 
(e.g., telephone calls or sales volume), final schedules, requests, approvals and bids. The 
host server also monitors incoming data from extrinsic sources 140 such as the weather or 
news events. As described below, such extrinsic information can be used to forecast 
workload demand and propose and/or initiate any modification to the schedule. 

30 For each company that uses the system, there is at least one designated manager 

and a several workers, employees, contractors or agents (more generally, "employees") 
associated with each manager. The manager has the ability to define a schedule which in 
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turn sets forth the times, dates, and requirements for the shifts to be handled by the 
employees (and perhaps also the managers). The manager and the employees access the 
host through the Intemet in a conventional manner. Each individual has a user 
identification number (user id) and a password. Associated with each user id is a set of 
5 permissions that define the features available to the user, 

A method in accordance with the preferred embodiment of the present invention is 
shown in Fig. 2. The method begins at step 210 with a first client-side machine 130 (the 
manager) logging onto the host 110. The location of the manager is not material to the 
invention. At step 220, the schedule requirement data are received at the host server 1 10 
10 for processing by a processing unit. The schedule requirement data for generating a 

schedule include business parameters, employee data and a rule base, which are provided 
to the host 1 10 by the manager 130 and the employees 120. Each of these data is 
described below. 

A. Business Parameters 

15 Business parameters include positions, shift patterns, staffing requirements and 

schedule templates. Positions define the minimal hours per schedule, base hourly wage 
and overtime wage. Shift patterns define the start and end times, the maximum times an 
employee can work the same shift per schedule, and whether the shift may be overstaffed 
to fill minimal hours. Staffing requirements define the number or range of employees per 

20 position per shift. The schedule template defines the number of days in the schedule 

period, the start day, the range of shifts per day, and the maximum shifts per day. Each 
position, shift and schedule template has a unique identification number for organization 
and efficient cross-referencing. 

B. Employee Data 

25 Employee data includes basic employee information, his or her availability data, 

and request data. Basic employee information must be entered for each new employee, 
typically by a manager, and includes the employee's name, identification number, hire 
date, gender, date of birth, contact information, employee status (permanent or casual), 
minimal hours of work per schedule. The availability data defines when the employee is 

30 available for shift scheduling. The request data provides a basis for the host 1 10 to 

manage and process real-world influences on an employee's ability to attend his or her 
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shift and enables an interaction among employees to resolve scheduling conflicts among 
them selves, as described in detail below. 

Each employee has a password which can be used to access the host 1 10 to modify 
or input availability data and request data. 
5 C. Rule Base 

The rule base defines relationships between business data and employee data. The 
rule base includes constraints, among others, such as minimal hours between shifts, 
maximum consecutive shifts of the same type, maximum shifts beft)re a day off, whether 
double shifts are allowed, whether overtime is allowed and whether permanent employees 
10 are preferred over casual employees. The rule base also includes weighted preferences for 
keeping days off together, days off on weekends, preferred shifts, and requested days off. 



Referring again to Fig. 2, a schedule is constructed at step 230. The schedule 
includes a series of shifts to be worked for a given schedule period and the employee 
assignments for such shifts. A schedule period can be one week, one month, or some other 
15 period. 

In generating the schedule, the host 1 10 prompts the manager for constraints and 
preferences that comprise the rule base described above, if not already known to the host. 
When the manager is satisfied with the mle base settings, the host saves the settings and 
initiates a scheduling engine 148 which is preferably based within the host 1 10, as shown 

20 in Fig. 3. The scheduling engine 148 retrieves the employee data 150 (shift requests, 
availability, etc.), the business parameters 154 and the rule base 152. The scheduling 
engine then generates an optimal schedule within the constraints of this retrieved data by 
assigning employees to each shift in the schedule template applying the business 
parameters and mle base to resolve any conflicts or make any selections from a range. The 

25 completed schedule is saved in a schedule data store 156. The scheduling engine 148 may 
also be initiated by the processing unit 158 in response to requests supplied by an inbound 
queue 160. The inbound queue 160 manages incoming requests over standard 
communication lines, including a communications link to the Internet 100. In either case, 
when the process is complete the schedule in the schedule data store 156 is available for 

30 viewing and notifications can be distributed automatically through an outbound queue 162 
to preselected users (e.g., managers and/or employees). The processing unit 158 routes 
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data from managers and employees to the appropriate database, initiates a response, when 
appropriate, and routes such response to the preselected managers and/or employees. 

In accordance with a salient aspect of the preferred embodiment, the scheduling 
engine 148 processes information from extrinsic sources 170 at step 240. This process 
5 involves forecasting, described next in connection with Fig. 4. 

Briefly, forecasting is a method for generating expected workloads for the purpose 
of optimizing work schedules. The expected workload is generated by examining patterns 
of workloads and determining what impact various factors have on the workload. The 
extrinsic factors that impact the workload varies with the type of business being scheduled, 

10 geographic region, the stock market, weather, and other factors of public concern. For 
example, a telephone call center for one company might experience a higher workload 
during days of poor weather conditions because more people might be inclined to stay 
indoors. Another company might experience a higher workload, for example, when the 
weather is good, during heavy traffic conditions or low interest rates. By correlating such 

15 extrinsic factors to workload requirements, the accuracy of the workload forecast is 
improved and schedules can be optimized. 

Such forecasting is generated by a forecasting module 168 which can be responsive 
to two types of data: intrinsic and extrinsic data. Intrinsic data 1 80 used for forecasting is 
historical data from within the company that is gathered from past events and demands on 

20 the call center. For example, intrinsic data includes records of workloads and the final 
staffing assignments for each shift in a schedule period. In addition to incoming phone 
calls, workload records may include data from other departments within the company such 
as the sales department. The intrinsic data is used to determine patterns of high and low 
volume of work for various times of the day or day of the week or month. On the other 

25 hand, extrinsic data 170 comprises factors outside the company that influence the 

workload for a company's call center. The weather, traffic and stock market are examples 
of extrinsic data that can be made available to the host 1 10 through the Internet 100 or 
other data feed. Such extrinsic data is correlated with the intrinsic data to determine how 
the extrinsic forces influence the workload. The host 1 10 receives the extrinsic data from 

30 a data source or device 140 (Fig. 1) by way of an online data feed or from a periodic data 
feed. 
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Referring to Fig. 4, periodically or on command, the forecasting module 168 reads 
410 and analyzes intrinsic and extrinsic data received from the extrinsic data source(s) 170 
and the intrinsic data source 180. The forecasting module 168 generates a forecast 420 of 
the workload for a given schedule period. In particular, the forecast examines such data 
5 and determines for a given schedule period whether the current workforce is adequate 

across all shifts to meet forecasted demand, whether the current workforce is inadequate to 
meet forecasted demand, or whether the current workforce exceeds the forecasted demand. 
Based on the forecasted workload, the forecasting module generates optimal shift patterns 
430 and optimal staffing requirements 440 which are tailored to meet and perhaps exceed 

10 the forecasted workload across all shifts in a given schedule period. Shift patterns include 
the start and end times of various shifts. Staffing requirements includes the number of 
employees required to work for each shift. The optimal shift patterns 430 and staffing 
requirements 440 are incorporated into the schedule requirements, and more particularly 
into the business parameters, and then processed by the processing unit 158 to generate a 

15 revised schedule 450. The revised schedule reflects the optimizations derived from the 
workload forecast based on the extrinsic data. 

Referring again to Fig. 2, at step 250 the schedule is revised in accordance with the 
output fi-om the forecasting module 168. The scheduling engine 148 changes select 
business parameters based on the workload that has been forecast. For example, shift start 

20 and end times may be changed to disperse an anticipated high volume of workload over 
more than one shift (shift patterns), or the number of employees-per-position-per-shift may 
be raised for anticipated peaks in the workload (staffing requirements). Once such 
information has been incorporated into the business peirameters, the schedule engine 148 
generates a revised schedule in the same manner as described above in connection with 

25 step 230. 

At step 260, the host makes the current schedule available to managers and 
employees. This can be done by an active "push" in which the schedule is automatically 
forwarded to designated recipients or by posting the data at the host server 1 10 for manual 
access by the manager and/or employees. When a manager or employee logs onto the host 
30 through the Internet, the host server displays a menu which permits the user to view the 
current schedule. When the current schedule is selected, the host displays a table for the 
schedule period in which the columns indicate the day, the rows indicate the employee. 
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and the cells indicate the shift assignment for each employee each day. Such a schedule is 
shown in Fig, 2 A. Altematively, the host 110 displays a table of the schedule for the 
employees for a single day in which the table columns indicate the time of day, the rows 
indicate the employee and the cells indicate the working time and breaks for each 
5 employee. Such a schedule is shown in Fig. 2B. In particular, Fig. 2B shows that various 
employees are assigned to different shifts, some starting at 8:00 AM and others starting at 
1 1 :00 AM, and the employee breaks and lunch periods are staggered. In every schedule, 
there is always at least one employee on duty at all times during the hours of operation, 
note 12:00 - 12:15 PM, and in this sample schedule, the maximum ntimber of employees 

10 are on duty during the peak hours for the company from 12:30 PM to 2: 1 5 PM. 

The manager reviewing the resulting schedule may determine that some of the 
business parameters or preferences in the mle base should be altered and the schedule 
should be regenerated. In any event, the processes of generating schedules is an ongoing 
process that is repeated (a) sporadically on command or (b) automatically on a periodic 

1 5 basis. Hence, the system operations are repeated when either prescribed repeat condition 
is satisfied, as indicated at step 270. 

Other features contribute to the effective operation of the preferred embodiment. 
For example, to facilitate communication between the employees and the manager as well 
as appraise users of the latest information, the host maintains a bulletin system. With 

20 reference now to Fig. 5, when an employee or manager logs onto the host server at step 

510, the host server displays all pending bulletins at step 520. Bulletins are messages fi-om 
other employees, or the manager or generated by the host. Pending bulletins are new 
messages that were received or generated since the employee last communicated with the 
host server. Every bulletin includes a message, identifies the sender and identifies the 

25 recipient or recipient group. If the user is an intended recipient for a bulletin or if the user 
is in the group of intended recipients, the bulletin is displayed at step 520. Some or all of 
the bulletins can be automatically pushed to the manager or employee by e-mail, instant 
messaging or other electronic means. 

From the viewpoint of the employee using the system, there are a number of 

30 features that the employee can use to participate in scheduling. An employee has several 
options made available for selection from a menu 530. The employee can view a schedule 
540, enter shift request 550, enter a leave request 560, enter a swap request 570, send a 
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bulletin 580, or update his or her availability 590. Each of these features is described in 
more detail below. 

An employee can view the schedule for a schedule period by selecting the option to 
view schedule 540. The host prompts the employee to specify the schedule period desired. 
5 The host then retrieves the specified schedule from the schedule data store 156 and 
displays it at the employee's station 120. The display is described above at 260, 

The shift request 550 feature is used to accommodate employee preferences and is 
shown in more detail in Fig. 6. Employees can submit a request for a particular shift 
assignment or for a change of a shift assignment. By selecting the shift request option 550 

1 0 from the menu, the host displays a list of shifts defined for that employee (step 615). The 
host prompts the employee to enter a shift selection at step 620. Any shift request by the 
employee entered at step 620 is registered in the processing unit 158 of the host server at 
step 630. The processing unit 158 verifies that the shift request is valid and appropriate 
for the employee, for example, verifies that the employee has permission to work that 

15 shift. When the scheduling engine 148 generates a new schedule, or revises a schedule, it 
attempts to accommodate the shift request from step 620. After generating a schedule, the 
processing xmit 158 distributes bulletins to those effected by the schedule through the 
outboimd queue 162. In this way, the employee is automatically notified of whether his or 
her shift request was accommodated or not and the manager can also be notified if desired. 

20 In addition, the employee can view the schedule by a selection from the menu at step 530. 
The system also allows the manager to take an active role in the shift request 
process. After the employee enters a shift request the manager can be automatically 
notified of pending shift requests or can review them by accessing the host server 110. 
The manager can scroll through any entered shift requests and mark each one as 

25 preliminarily approved or declined. A status flag indicates to the scheduling engine 148 
each such preliminary approval or denial. The scheduling engine seeks to generate a 
schedule which accommodates the shift requests that were flagged as preHminary 
approved. The processing imit 158 notifies each employee whether his/her request was 
declined, and notifies the requester of each preliminary approved shift request whether 

30 such request can be accommodated in the schedule. 

The preferred embodiment also offers the option of enabling bidding for particular 
shifts. At step 625, a test is made to see if bidding is enabled. If it is not, the process flow 
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proceeds as described above. Otherwise, a determination is made at step 635 whether 
points- or wage-based bidding is to be used. 

If the bidding process is employee enabled, the host 110 informs the employee that 
the shift request is being auctioned at step 625. If other employees have requested a shift 
5 change, the host will display such pending bids at step 640, The points available to the 
particular employee in question are also displayed at step 645. The employee enters a bid 
at step 650 to accompany the shift request and each bid is stored along with the shift 
request (655) in the inboimd queue 160 for processing at the host server 110. The bidding 
period may be defined by the manager or remain open imtil the next schedvile is generated. 

10 When the bidding period is over, an end-auction flag is set. The host proceeds to 

determine the outcome of the auction based on a predetermined point bidding criteria at 
step 680. The criteria can be, for example, the highest valid bid. The outcome of the 
auction is not reflected in a schedule until the schedule is generated to avoid conflicts with 
higher priority business parameters and the rule base. Thus, the bid is correlated with the 

15 business parameters at step 685. If the employee's bid satisfies the predetermined criteria 
and fits the business parameters, he or she will receive the shift assignment, and his/her 
point tally will be decreased by the points bid. As with each schedule that is generated, the 
effected employees and/or managers are notified of the schedule and the outcome of their 
requests. 

20 In accordance with a particularly preferred arrangement, reverse bidding can be 

enabled for particular shifts by manager discretion. In accordance with this aspect of the 
invention, reverse bidding has employees bidding for a job, with the lowest wage going to 
the successful applicant. The manager enables such reverse bidding by specifying select 
shifts for particular positions and setting the maximum wage for each. When the 

25 employee enters a shift request date and shift for which wage bidding was enabled step 
635, the host will display any pending bids at step 660 as well as the range for such bids at 
step 665. The range includes the normal wage and maximum wage for the specified shift 
request. The employee enters his or her wage bid at step 670 and such bid is stored along 
with the shift request 675. The host proceeds in a similar manner as point bidding 

30 (described above in connection with steps 640-655), except that the wage bidding criteria 
is different fi-om the point bidding criteria. Preferably, the wage bidding criteria is the 
lowest wage. A winning bid is determined at step 680, such bid is correlated with the 
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business parameters at step 185, and the employees' wage level is set at step 690, as 
described above. 

Another feature that is used to accommodate employee preferences is the leave 
request 560. When an employee needs a day off, the employee can request a leave for a 
5 particular day by selecting leave option from the menu. After selecting the leave option, 
the host 110 prompts the employee for the day and reason for the requested day off. The 
host verifies that the leave request is appropriate for that employee and register the request. 
If manager approval is required, the host notifies the manager and the manager sets a status 
flag that indicated approved or denied. The host attempts to accommodate the leave 

10 request (if approved) the next time that the scheduling engine 148 is generating or revising 
the schedule. Thereafter, the host server 1 10 notifies the employee of the result of the 
leave request through the Intemet 100. 

Another way in which the system can accommodate employee preferences is shift 
swapping 570. An employee may enter a request to swap shifts with another employee. 

15 The other employee enters a corresponding swap request. When the host encounters a 
swap request while generating the schedule, it confirms that there is a corresponding swap 
request before revising the schedule. In addition the host verifies that the effect of the 
swap is consistent with the schedulmg requirements. When the scheduling engine 148 is 
next initiated, a revised schedule can be readily generated reflecting the swap request. 

20 Both employees receive notices of the swap and all employees can view the revised 

schedule. The host can be set to include the manager in shift swapping requests. In this 
instance, the manager receives notice of the swap request once it has been confirmed and 
verified. The manager may approve or deny the request and the host proceeds accordingly. 
Optionally, the employees can be awarded points for facilitating the shift swap and 

25 alleviating the manager from having to fill the shift. 

As described above, the host maintains a bulletin system. When an employee 
wants to swap shifts the employee may chose to utilize the bulletin system to find an 
employee with whom to swap. In this case, the employee selects the menu option to send 
a bulletin at step 580. The host prompts the employee to enter a message and to enter the 

30 recipient or group of recipients. For example, the sender may want to send the message 
only to other employees who hold the same position as the sender. When the information 
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is entered, the host stores it and marks the appropriate registers so that it will display the 
message for each of the recipients respectively when each one logs onto the host. 

Update availability, step 590, is a feature that enables the employees to maintain 
personal data directly on the host. For example, if an employee previously was only 
5 available to work on weekdays, but the employee is now available for weekends as well, 
the employee could enter this change using update availability. By selecting the update 
availability the host displays the current information and the employee may enter the 
changes. The host stores the changes and notifies the manager of the changes. The 
information will be reflected in the next schedule generated. 
10 The invention has been described in connection with a particular embodiment but 

is defined without limitation by the appended claims and includes insubstantial variations 
in elements and method steps. 
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WHAT IS CLAIMED IS; 

1 1 . In a distributed network of the type including a host server and a first cUent- 

2 side machine, a method for centrally creating a schedule which accommodates an extrinsic 

3 influence comprising the steps of: 

4 (a) processing schedule requirements provided from the first-client side 

5 machine through the distributed network; 

6 (b) constmcting the schedule in accordance with the processed schedule 

7 requirements; 

8 (c) processing further information at the host server received through the 

9 distributed network from at least one of a plurality of extrinsic sources; 

10 (d) revising the constructed schedule in accordance with the further 

1 1 information received; and 

12 (e) making the revised schedule accessible to the first-client side machine. 

1 2. The method as in claim 1, including the steps of: 

2 receiving the information firom at least one of the extrinsic sources at intervals 

3 through the distributed network; 

4 processing said information to generate optimal shift patterns; and 

5 updating the schedule requirements to reflect the optimal shift patterns. 

1 3. The method as in claim 2, wherein said information includes weather 

2 conditions. 

1 4. The method as in claim 1, including the steps of: 

2 receiving the information firom at least one of the extrinsic sources at intervals 

3 through the distributed network; 

4 processing said information to generate optimal staffing requirements; and 

5 updating the schedule requirements to reflect the optimal staffing requirements. 

1 5. The method as in claim 1, including the additional steps of: 

2 receiving schedule requirements fi*om the first client-side machine, the schedule 

3 requirements including business parameters and employee data; aad 
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4 creating a rule base defining relationships between the business parameters and the 

5 employee data. 

1 6. The method as in claim 5, wherein the step of constructing the schedule 

2 comprises: 

3 applying a schedule template to the employee data in accordance with the business 

4 parameters and rule base. 

1 7. The method as in claim 1, wherein the distributed network further includes 

2 a second client-side machine, the method including the additional step of: 

3 conveying data between the second client-side machine and the host server in 

4 accordance with predetermined permissions. 

1 8. The method as in claim 7, wherein the data conveyed from the host server 

2 to the second client-side machine is done in one of real-time and batch-processing mode. 

1 9. The method as in claim 7, including the additional steps of: 

2 receiving a shift request from the second client-side machine through the 

3 distributed network; 

4 verifying the received shift request using the schedule requirements; 

5 revising the schedule in accordance with the verified shift request; and 

6 conveying a response to the second client-side machine through the distributed 

7 network in response to the shift request. 

1 10. The method as in claim 9, including the additional steps of: 

2 sending the verified shift request to the first client-side machine through the 

3 distributed network; 

4 awaiting receipt of a status-flag from the first client-side machine through the 

5 distributed network; and 

6 upon receipt of the status-flag, revising the schedule on the condition that the 

7 verified shift request is approved. 
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1 11. The method as in claim 9, including the additional steps of: 

2 receiving a point bid together with the shift request from the second client-side 

3 machine; 

4 verifying the received point bid using a predetermined point bidding criteria; 

5 storing the verified point bid and the shift request at the host server; 

6 receiving an end-auction flag from the first client-side machine through the 

7 distributed network; 

8 upon receipt of the end-auction flag, revising the schedule on the condition that the 

9 shift request is approved; and 

10 sending a response to the second client-side machine in response to the point bid. 

1 12. The method as in claim 9, including the additional steps of: 

2 receiving a wage bid together with the shift request from the second client-side 

3 machine; 

4 verifying the received wage bid using a predetermined wage bidding criteria; 

5 storing the verified wage bid and the shift request at the host server; 

6 receiving an end-auction flag from the first client-side machine through the 

7 distributed network; 

8 upon receipt of the end-auction flag, revising the schedule on the condition that the 

9 shift request is approved; and 

10 sending a response to the second client-side machine in response to the wage bid. 

1 13. The method as in claim 7, including the steps of: 

2 receiving a swap-shift request from the second client-side machine through the 

3 distributed network; 

4 confirming the existence of a corresponding swap-shift request in a database; 

5 verifying that the confirmed swap-shift request fits the schedule requirements of 

6 the schedule; 

7 revising the schedule in accordance with the verified swap-shift request; and 

8 sending a response to the second client-side machine through the distributed 

9 network in response to the swap-shift request. 
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1 14. In a distributed network of the type including a host server, a first client- 

2 side machine and a plurality of second client-side machines, a method for centrally 

3 creating a schedule comprising the steps of: 

4 (a) processing schedule requirements received from the first-client side 

5 machine through the distributed network; 

6 (b) processing schedule requirements received from one or more of the 

7 plurality of second-client side machines through the distributed network; 

8 (c) constructing the schedule in accordance with the processed schedule 

9 requirements; 

1 0 (d) processing further information at the host server received through the 

1 1 distributed network from one or more of the second client-side machines; 

12 (e) revising the constmcted schedule in accordance vsdth the further 

13 information; and 

14 (f) making the revised schedule accessible to the first-client side machine and 

15 one or more of the second client-side machines. 

1 15. The method as in claim 14, including the additional steps of: 

2 receiving schedule requirements from the first client-side machine, the schedule 

3 requirements including business parameters and employee data; 

4 creating a mle base defining relationships between the business parameters and the 

5 employee data; and 

6 constructing the schedule by applying a schedule template to the employee data in 

7 accordance with the business parameters and mle base. 

1 1 6. The method as in claim 1 5, including the additional steps of: 

2 receiving a shift request from a specific second client-side machine through the 

3 distributed network; 

4 verifying the received shift request using the schedule requirements; 

5 revising the schedule in accordance with the verified shift request; and 

6 sending a response to the specific second client- side machine through the 

7 distributed network in response to the shift request. 
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1 17. The method as in claim 1 6, including the additional steps of: 

2 sending the verified shift request to the first client-side machine through the 

3 distributed network; 

4 awaiting receipt of a status-flag fi-om the first client-side machine through the 

5 distributed network; and 

6 upon receipt of the status-flag, revising the schedule on the condition that the 

7 verified shift request is approved. 

1 18. The method as in claim 1 6, including the additional steps of: 

2 receiving a point bid together with the shift request fi-om one of the second client- 

3 side machines; 

4 verifying the received point bid using a predetermined point bidding criteria; 

5 storing the verified point bid and the shift request at the host server; 

6 receiving an end-auction flag fi*om the first client-side machine through the 

7 distributed network; 

8 upon receipt of the end-auction flag, revising the schedule on the condition that the 

9 shift request is approved; and 

10 sending a response to the one second client-side machine in response to the point 

11 bid. 

1 19. The method as in claim 1 6, including the additional steps of: 

2 receiving a wage bid together with the shift request from one of the second client- 

3 side machines; 

4 verifying the received wage bid using a predetermined wage bidding criteria; 

5 storing the verified wage bid and the shift request at the host server; 

6 receiving an end-auction flag fi"om the first client-side machine through the 

7 distributed network; 

8 upon receipt of the end-auction flag, revising the schedule on the condition that the 

9 shift request is approved; and 

10 sending a response to the one second client-side machine in response to the wage 

11 bid. 
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1 20. The method as in claim 1 5, including the steps of: 

2 receiving a swap-shift request from one of the second client-side machines through 

3 the distributed network; 

4 confirming the existence of a corresponding swap-shift request in a database; 

5 verifying that the confirmed swap-shift request fits the schedule requirements of 

6 the schedule; 

7 revising the schedule in accordance with the verified swap-shift request; and 

8 sending a response to the one second client-side machine through the distributed 

9 network in response to the swap-shift request. 
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